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SYSTEM  DESIGH  SPECIFICATION 

1.0  SCOPE 

~'Thla  design  a pacification  la  intended  to  aarva  aa  a  guide  for  daflniag  a 
training  ay a tan  that  aatiaflaa  tha  unique  naada  of  diffarant  training 
altuatlon a  while  aalntalning  conaon  alananta  In  definition,  authoring, 
courseware,  firmware,  aoftvara  and  hardvara.  Thia  approach  will  raault  in  a 
raductlon  of  lifa  cycle  coata  for  tha  total  training  requirement .  Tha 
objective  la  to  giro  an  overall  controlled  frame  of  rafaranca  for  developing 
tha  various  subsystems  required  to  satisfy  tha  training  requirements. 

V 

2.0  APPLICABLE  DOCUMENTS  (to  tha  extant  specified  herein) 

MIL-T-23991  Training  Devices.  Military,  General 

Specification  for 
MIL-STD-965  Parts  Control  Program 

MIL-STD-143  Specifications  and  Standards;  Order  of  Prece¬ 

dence  for  tha  Selection  of 

MIL-STD-470  Maintainability  Program  Acquirements 

MIL-M-82376A  Operation  and  Maintenance  Manuals 

3.0  REQUIREMENTS 

3.1  Government  furnished  information.  The  contracting  officer  shall 
ensure  that  the  contractor  is  provided  with  all  Information  required  for  the 
design,  development,  and  production  of  the  trainer  hardvara,  software, 
firmware,  and  Instructional  materials.  This  information  shall  be  provided  in 
a  timely  manner  so  that  delays  in  its  delivery  will  not  Impact  work  or 
delivery  schedules. 

3.1.1  Initial  guidance.  The  contracting  officer  shall  provide  the 
contractor  with  written  Information  identifying  all  authorised  data  collection 
sources  and  points  of  contact.  This  Information  shall  include,  at  a  minimum, 
the  names  of  responsible  individuals,  their  organisations,  addresses, 
telephone  numbers,  end  the  nature  of  data  collection  or  contact  authorised. 
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Kesponslble  individual*  designated  la  this  communication  shell  be 
knowledgeable  about  the  training  progrsa  to  be  supported  bp  the  trainer. 

3.1.2  Documentation  and  materials.  The  contracting  off leer  shall 
provide  the  contractor  with  all  written  documents  and  other  materials  which 
are  required  for  development  of  the  device (s)  specified  In  the  contract.  Such 
documents  sad  materials  may  Include ,  but  shall  not  be  limited  to*  the 
following: 

o  Course  syllabi 

o  Lesson  plans 

o  Course  and  lesson  evaluation  data 

o  Supporting  documentation  for  lesson  plans 

o  Skill  qualification  tests  (SQTs) 
o  Training  schedules 
o  Job  performance  aids  (JPAs) 
o  Skill  proficiency  aids  (St Am) 
o  Texts 

o  Training  films 

o  Tests 

o  Conenders '  /soldiers '  manuals 

o  Technical  manuals;  operator  and  maintenance 
o  Contractor  technical  data 

o  Studies  addressing  or  referencing  the  career  field  or  training 
program 

o  Site  environmental  data;  l.e.*  vibration*  temperature*  shock*  sand* 
salt  humidity 

o  Site  electromagnetic  interference 

o  Other  site  peculiarities;  le*  available  voltage*  current*  frequency 
and  expected  variations 
o  Other  working  data 

3. 1.2.1  Delivery.  Initial  delivery  of  documents  and  materials  shall  be 
made  coincident  with  program  start  or  as  soon  thereafter  as  possible. 
Additional  documents  and  materials*  Identified  after  program  start*  may  be 
required  by  the  contractor.  Upon  approval  by  the  cognisant  government  agency* 
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•och  aatarlals  shall  be  acquired  and  delivered  as  expeditiously  as  possible. 
Delivery  of  classified  Materials  shall  he  Made  In  accordance  vlth  restrictions 
specified  below. 

3. 1.2.2  Classified  Material.  The  contractor  shall  not  request  delivery 
of  classified  Material  for  which  he  does  not  have  an  appropriate  storage 
facility*  nor  shall  such  Materials  he  sent  to  the  contractor  by  the 
govemnent.  However*  on  request  of  the  contractor*  such  Materials  shall  he 
Made  available  for  review  by  appropriately  cleared  contractor  personnel  at  a 
govemnent  facility. 

3.1.3  Subject  natter  experts  (SMEa).  The  govemnent  shall  provide  SMEs 
to  the  contractor  for  scheduled  visits  and*  on  an  as-required  basis*  for 
telephonic  consultation.  Sufficient  nnabers  of  SMEa  shall  be  wade  available 
to  provide  a  diversity  of  knowledge*  background*  and  experience.  SMEs  shall 
possess  a  high  level  of  both  technical  and  training  progran  expertise.  If 
possible,  SMEs  should  be  selected  who  will  be  available  for  the  duration  of 
the  project.  If  this  Is  not  possible*  overlap  of  assigned  SMEs  shall  be  nade 
such  that  there  will  be  no  break  In  progran  continuity. 

3. 1.3.1  Equipment  daaonstrationa.  Equipment  systems  to  be  simulated 
using  the  device  shall  be  aade  available  for  inspection  and  use  during 
scheduled  contractor  visits.  SMEs  shall  also  be  nade  available  during  these 
visits*  as  discussed  above,  to  answer  contractor  questions  about  the  equlpnent 
and  to  provide  other  support  as  required. 

3. 1.3.2  SME/Contractor  Interaction  documentation.  Any  Modifications 
Mutually  agreed  upon  between  SMEs  and  contractor  personnel  shall  be  duly 
recorded  (as  meeting  nlnutes*  telecone  etc.)  and  submitted  to  the  contracting 
officer  for  approval  prior  to  Incorporation  Into  the  device. 

3.2  Front  end  analysis  (FEA) .  The  contractor  shall  perforn  a  Front  End 
Analysis  using  accepted  Instructional  Systems  Development  (ISD)  Methodologies. 
This  analysis  shall  identify  two-dimensional  (2D)  and  three-dlaenslonal  (3D) 
design  requirements  for  the.sklll(s)  to  be  taught  using  the  device,  and  shall 
be  conducted  for  skllla  aasoclated  with  either  existing  or  energlng  systems. 
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The  FIA  shall  consist  of  thrss  sub- analyses :  task  analysis ,  training 
requirements  analysis,  and  fidelity  requirements  analysis.  Specific 
requirements  for  each  of  these  sub-analyses  are  addressed  In  a  separate 
subparagraph  belov. 

3.2.1  Task  analysis  (TA).  The  contractor  shall  perform  a  Task  Analysis 
to  determine  what  tasks  the  trainee  will  he  required  to  perform  upon 
completion  of  training. 

3.2. 1.1  Data  sources.  The  contractor  shall  use  all  available  and 
applicable  data  sources  la  conducting  the  TA.  The  sources  to  he  used  will 
▼ary  somewhat,  depending  on  whether  the  skills  being  reviewed  are  associated 
with  an  emerging  or  existing  system.  The  following  sources  are  suggested  for 
use.  although  different  sources  nay  be  available,  depending  on  the  program. 

3. 2. 1.1.1  Existing  systems.  The  following  should  be  considered  as 
potential  data  sources  for  TAs  on  existing  systems: 

o  SMEs 

o  Course  syllabi 

‘  o  Lesson  plans 

o  Supporting  documentation  for  lesson  plans 
o  Skill  qualification  tests  (SQTs) 
o  Job  performance  aids 
o  Skill  proficiency  aids  (SPA) 
o  Texts 
o  Training  films 

o  Logistics  Support  Analysis  (LSA)  data  (3M.  Readiness  Reports*  etc) 
o  Direct  liaison  with  field  personnel 

o  Tests 

o  Commanders' /soldiers'  manuals 
o  Technical  manuals 
o  Contractor  technical  data 
o  Studies 
o  System  FEA  data. 
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3. 2. 1.1. 2  Emerging  iTitw.  The  following  should  b«  considered  as 
potential  date  aources  for  TAs  on  eaerglng  systems: 

o  SMBs 

o  Contractor  technical  data 
o  '  LSA  data  (3M,  leadlness  Reports,  etc) 
o  System  VBA  data 
o  Other  working  data  as  available. 

3.2. 1.2  Methodology.  The  contractor  shall  conduct  the  TA  using  ISO 
methodologies  appropriate  for  the  training  application.  The  analysis  shall  be 
conducted  to  such  a  level  of  detail  that  It  will  Identify  all  cognitive 
knowledge  the  student  Is  to  aequlra  and  each  psychomotor  action  he  Is  to 
perform.  This  Information  shall  be  organised  to  show  subordinate,  super- 
ordinate.  sequential,  sad  parallel  relationships. 

Where  more  than  one  MOS /career  field  Is  to  be  taught  using  the  same 
device,  the  contractor  shall  conduct  a  task  commonality  analysis  between  MOSs 
or  career  fields  as  a  part  of  the  TA.  This  analysis  shall  Identify  all  common 
cognitive  knowledge  and/or  psychomotor  skills  between  the  MOSs  or  career 
fields. 

Using  the  task  data  described  above,  the  contractor  shall  perform  a  task 
criticality  analysis  as  the  last  part  of  the  TA.  Using  SME  Inputs,  studies, 
and  all  other  appropriate  data,  a  criticality  rating  shall  be  assigned  to  the 
TA  data  described  above. 

3.2. 1.3  Outputs.  The  output  of  the  TA  shall  consist  of  a  structured  list 
of  cognitive  knowledges  and  psychomotor  skills.  If  the  analysis  has  been  done 
for  multiple  MOSs  or  career  fields,  the  listing  shall  contain  only  elements 
common  to  all.  Each  element  In  the  listing  shall  have  a  criticality  factor 
assigned. 


3.2.2  Training  requirements  analysis  (TEA).  The  contractor  shall 
perform  a  Training  Requirements  Analysis  to  determine  which  of  the  item 
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Identified  In  the  task  analysis  sheold  be  teught  using  the  device  and  which 
Iteaa  should  be  taught  using  other  media. 

3.2.2. 1  Date  sources.  The  contractor  shell  use  ell  available  and  appli¬ 
cable  data  sources  In  conducting  the  TEA.  The  sources  to  be  used  for  both  an 
existing  end  an  emerging  system  ere  Identical,  although  more  sources  are 
likely  to  be  available  for  an  existing  than  for  an  emerging  system.  For  an 
emerging  system.  It  Is  possible  to  gain  soma  insight  from  existing  sources  for 
other  systems  of  the  same  type.  The  following  sources  are  suggested: 

o  SMEs 

o  Task  analysis  output 

o  Course  syllabi 

o  Lesson  plana 

o  Supporting  documentation  for  lesson  plans 
o  Skill  qualification  tests  (SQTs) 

o  Course  and  lesson  evaluation  data 

o  Tests 

o  Training  schedules 

o  Studies. 

3. 2. 2. 2  Methodology.  The  contractor  shall  analyse  the  outputs  of  the  TA 
with  respect  to  data  obtained  from  the  above  sources.  This  analysis  will 
determine  which  Items  should  be  taught  using  an  Integrated  2D/3D  training 
device.  Among  the  factors  that  will  Indicate  the  use  of  such  a  device  are  the 
following: 

o  High  criticality  rating 

o  Items  not  currently  taught  because  of  equipment  or  Instructor 
performance  limitations 

o  Items  not  performed  well  by  greduatlng  trainees 
o  Iteaa  currently  tested  using  Inappropriate  methods  e.g.,  hands-on 
tasks  with  paper/pencil  Instruments 
o  Items  having  both  cognitive  and  psychomotor  elements 
o  Items  requiring  an  extremely  low  student/instructor  ratio 
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3. 2. 2. 3  Output*.  Tha  output  of  tho  TEA  ahull  consist  of  s  list  of  re¬ 
commended  training  requirements  for  tho  device  under  development.  This  list 
shell  he  submitted  to  cognizant  personnel  for  review  and  statements  of  concur¬ 
rence  or  nonconcurrence  with  the  recommendations.  A  final  decision  on  device 
training  capabilities  requirements  shall  be  made  bp  the  contracting  officer 
after  a'  thorough  review  of  all  information  associated  with  the  TBA.  These 
capabilities  will  form  the  basis  for  all  further  design  steps,  and  any  changes 
to  them  shall  ba  made  in  the  form  of  an  engineering  change  proposal  (ECP). 

3.2.3  Fidelity  requirements  analysis  (FRA).  The  contractor  shall 
conduct  a  Fidelity  Acquirements  Analysis  to  determine  media  assignments  on  the 
device. 


3.2.3. 1  Data  sources  -  The  contractor  shall  use  all  available  and 
applicable  data  sources  In  conducting  the  FXA.  As  In  the  TBA,  the  sources  for 
both  an  existing  and  an  emerging  system  are  identical,  but  more  limited  for  an 
emerging  system.  The  following  sources  are  suggested  for  use  for  the  FBA: 

o  SMEs 

o  Task  analysis  output 

o  Training  requirements  analysis  output 
o  Job  performance  aids 

o  Supporting  documentation  for  lesson  plans 
o  Skill  qualification  tests  (SQTs) 

o  Skill  proficiency  aids 

o  Texts 

o  Training  films 

o  Technical  manuals 

o  Contractor  technical  data 

o  Other  working  data 

3. 2.3.2  Methodology  -  The  contractor  shall  analyse  Task  Analysis  data 
indicated  by  the  Training  Requirements  Analysis  to  assign  TA  items  to  either 
the  2D  or  the  3D  modules  of  the  device.  Rationale  for  assignment  is  as 
follows: 
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o  Purely  cognitive  items  should  be  taught  on  the  2D  vith  possible 
support  fron  the  3D  to  demonstrate  sone  concepts  or  as  a  training 
aid 

o  Purely  psychonotor  itens  should  be  taught  on  the  3D  vith  possible 

support  from  the  2D  for  use  in  modeling,  remediation,  feedback,  etc. 

o  Items  involving  both  cognitive  and  psychomotor  should  be  taught 
using  both  2D  and  3D  on  an  interactive  basis, 
leans  to  be  taught  on  the  3D  require  further  analyals  to  determine  the  simu¬ 
lation  fidelity  requirements  they  Impose  on  the  various  3D  components. 

3. 2. 3. 3  Outputs  -  The  outputs  of  the  FRA  shall  consist  of  two  lists. 

The  first  shall  list  the  requirements  on  the  2D,  and  the  second  shall  list  the 
requirements  for  the  3D. 

3.3  Common  modules.  The  common  module  subsystem  is  a  family  of  hardware 
and  software  modules  that  can  be  configured  In  a  variety  of  ways.  The  exact 
configuration  will  be  dependent  on  the  training  situation,  e.g.,  institutional 
training,  unit  training,  reserve  force  training,  organizational  level 
training,  DS/GS  level  training,  or  refresher  training. 

3.3.1  Common  hardware  modules.  The  comon  hardware  modules  encompass 
the  2D  student  work  station  and  instructor  station  hardware.  This  hardware 
may  be  configured  in  various  ways  to  make  up  a  trainer  for  use  in  a  specific 
training  situation. 

3.3. 1.1  2D  student  workstation.  The  2D  workstation  shall  consist  of 
all,  or  some  combination,  of  the  following  hardware: 

3.3. 1.1.1  Basic  structure.  A  single  pedestal  table  shall  be  provided  to 
house  other  items  of  workstation  equipment  and  to  serve  as  a  work  surface  for 
students  during  training.  Stsndard  sliding  drawers  shall  be  provided  in  the 
pedestal  for  ease  of  equipment  operation  and  service. 

3.3. 1.1.2  Host  processor.  A  host  processor  shall  be  provided.  The 
central  processing  unit  shall  be  eight  bit  expandable  to  16  bit  CPU  as 
required,  with  minimum  random  access  memory  (RAM)  of  64K.  Input/output  and 
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lnternel  Interfaces  shall  be  provided.  An  industry  standardised  bus  structure 
shall  be  used  In  order  to  provide  ease  of  expension*  aultlple  source 
Integrated  circuit  card  capability,  and  logistic  support.  Fifty  percent  spere 
nenory  end  twenty  percent  of  each  different  I/O  (discrete  Input,  discrete 
output,  analog  Input,  etc)  shall  be  provided. 

3. 3.1. 1.3  Mass  nenory  data  storase.  Mass  nenory  media  for  storage  of 
lessonvare  and  support  prograna  shall  be  provided.  The  media  nay  be  either 
soft  disk  or  hard  disk,  so  long  as  the  Interface  with  the  processing  system  Is 
compatible  and  the  data  transfer  speed  does  not  adversely  affect  the  fidelity 
of  the  presented  data  during  on  -  line  data  transfer. 

3. 3. 1.1. 4  Videodisc  player.  Lesson  materials  In  the  form  of  motion 
sequences,  still  frames,  and  audio  shall  be  designed  and  developed.  These 
materials  shall  be  recorded  on  one  or  more  videodiscs  to  be  presented  to  the 
student  using  a  videodisc  player  under  host  processor  control. 

3.3. 1.1.5  Power  panel.  Power  controls  and  indicators  shall  be  provided. 
The  minimum  Indicators  shall  Include  an  OH/OFF  key  switch,  AC  and  DC 
Indicators  as  used  In  the  system,  end  a  reset  switch. 

3.3.1. 1.6  Student  trainer  Interactive  hardware.  Simple,  quick,  and 
•asy-to-understand  student /trainer  Interaction  shall  be  provided.  A  color 
television  monitor  shall  be  provided  to  dlspley  lesson  materials  from  the 
videodisc  player  and/or  computer-generated  displays.  The  system  shall  be 
capable  of  presenting  both  types  of  displays  independently  or  simultaneously 
on  the  screen.  Hardware  shall  be  provided  to  alert  the  host  processor  of  the 
location  of  a  student  touch  on  the  screen  surface  to  a  minimum  resolution  of 
one-fourth  (1/4)  Inch. 

3.3. 1.2  Instructor  station.  The  Instructor  station  shall  provide  the 
capability  to  Initialise  the  system,  generate  lesson  source'  code,  establish 
and  maintain  student  records,  generate  student  performance  reports,  monitor 
student  progress,  and  Insert  preprogramed  faults.  The  Instructor  station 
shall,  at  a  minimum,  consist  of  the  following: 
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o  A  processor  compatible  with  the  student  station  host  processor 
o  A  CRT 
o  A  keyboard 
o  A  printer. 

In  addition*  the  instructor  station  shall  be  capable  of  integrating  a  video¬ 
disc  player*  color  television  monitor*  and  touch  screen  for  lesson  authoring. 

3.3.2  Comon  software  modules.  The  training  software  system  hierarchy 
shall  consist  of  common  modules*  maintenance  area  peculiar  modules »  and 
additional  applications  sodules.  For  purposes  of  this  specification*  the 
operating  system*  peripheral  drivers  and  course  execution  modules  will  he 
considered  as  common  modules  discussed  within  this  paragraph.  The  remaining 
modules  will  be  discussed  in  paragraph  3.4. 

3.3.2. 1  Operating  system.  The  elements  of  the  Operating  System  shall 
coamunlcate  to  any  peripheral  equipment  interfaced  to  the  computer  system. 
Communication  shall  be  accomplished  with  minimal  effect  on  normal  operational 
overhead  of  the  system.  The  Operating  System  shall  also  function  as  a  task 
manager*  running  each  application  program  in  a  prescribed  time  Interval  to 
achieve  optimum  system  performance.  The  operating  system  shall  be  capable  of 
a  real-time*  or  near  real-time  function. 

3. 3. 2. 2  Peripheral  device  drivers.  Peripheral  device  drivers  shall 
provide  Interface  to  the  following: 

(a)  Disc  Drives 
(h)  Videodisc  Player 

(c)  Interactive  CRT 

(d)  Touch  Panel 

(e)  Keyboard 

(f)  Printer 

(g)  Voice  Audio  Subsystem 

(h)  Voice  Recognition  Subsystem 

(i)  Data  Base 
(J)  3D  Simulator 
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(k)  Applies  don  Progrsns 

(l)  Audio  player 

3. 3. 2. 3  Currlculun  execution.  The  system  shell  provide  the  necessery 
softvsre  to  allow  each  student  to  progress  through  the  course  curriculum 
without  Instructor  Intervention.  The  following  capabilities  ere  Included: 

(a)  Student  slgn-on 

(b)  Individualised  lesson  selection 

(c)  Student  sign-off. 

3. 3. 2. 3.1  Sign-on.  The  system  shall  be  capable  of  differentiating 
between  three  types  of  user:  student *  special  student*  and  Instructor.  A 
student  Is  a  person  who  la  using  the  system  for  Initial  learning  of  the 
subject  matter  to  be  taught;  this  type  of  individual  requires  a  carefully 
structured  learning  experience.  A  special  student  is  a  person  who  Is  using 
the  system  for  review;  this  type  of  Individual  requires  access  to  any  of  a 
wide  range  of  specific  lesson  materials.  An  Instructor  Is  a  person  who 
administers  the  use  of  the  system,  end  who  may  have  need  to  exercise  lessons 
In  a  student  mode. 

A  uniform  sign-on  procedure  shall  be  nsed  for  all  three  types  of  users. 
This  procedure  shall  require  only  that  the  ID  number  of  the  Individual 
desiring  to  use  the  system  be  entered.  This  number  shall  consist  of  the 
social  security  or  service  number  of  the  Individual.  The  system  shall  accept 
entry  of  the  ID  number  from  any  student  entry  device  available  on  the  trainer 
configuration  being  used.  The  system  shall  be  capable  of  differentiating 
between  the  different  user  types  on  the  basis  of  the  ID  number  entered. 

A  text  page  shall  be  presented  to  view  whenever  the  system  is  in  a  ready 
state  and  Is  not  executing  a  segment.  As  a  minimum*  the  page  shall  consist  of 
general  Instructions  on  how  to  sign  on.  If  the  touch  panel  Is  to  be  used  for 
slgn-on*  It  will  be  necessary  to  Include  additional  Information  and/or 
graphics  on  this  display. 
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When  s  service  number  has  been  entered*  the  system  shell  be  cepeble  of 
determining  whether  or  not  the  entry  is  valid*  and  will  display  an  entry 
message  on  the  student  CRT  if  it  is  not.  If  the  entry  is  valid*  the  system 
shall  be  capable  of  determining  the  user  type  (l.e.*  student*  special  student* 
or  instructor).  The  system  shall  then  perform  as  specified  in  the  next 
subsection. 

3. 3. 2. 3. 2  Lesson  selection.  The  system  shall  accomodate  leeson 
selection  differentially  on  the  basis  of  the  user  type*  as  follows: 

(a)  For  a  student*  the  system  shall  provide  two  options.  It  shall  allow 
the  student  to  retake  lesson  segments  already  completed*  or  it  shall 
automatically  progress  the  student  to  the  next  required  lesson  segment  in  the 
established  course  curriculum.  The  Instructor  shall  have  the  option  of  over¬ 
riding  the  first  of  these  options  as  a  part  of  the  student  monitoring 
functions  provided  by  the  system. 

If  the  student  selects  the  retake  option*  the  system  shall  provide  a  menu 
of  all  previously  completed  lesson  segments  for  that  student.  The  system 
ehall  allow  the  student  to  indicate  his  choice  using  the  same  means  as  for 
sign-on.  and  shall  also  allow  him  to  abort  this  option  and  elect  the  automatic 
option.  When  the  etudent  has  selected  a  lesson  segment  to  reteke*  the  system 
shall  initialize  (download  lesson  software  and  establish  initial  conditions) 
and  execute  it. 

If  the  student  selects  the  automatic  option*  the  system  shall  determine 
the  next  required  lesson  segment  for  that  student.  In  doing  this*  the  system 
shall  be  capable  of  selecting  the  next  segment  on  the  basis  of  the  following: 

o  An  absolute  requirement  as  specified  in  the  course  curriculum  outline 

o  Previous  student  performance 

o  Random  ordering  of  segments*  as  specified  in  the  course  outline. 

When  the  segment  has  been  selected*  the  system  shall  initialise  and  execute  it 
as  specified  above. 
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(b)  for  a  special  student*  the  system  shall  provide  a  menu  of  all  lesson 
segments  la  the  course  curriculum.  The  system  shall  allow  the  speelal  etudeat 
to  select  and  execute  any  of  the  lesson  segments*  as  In  the  retake  option 
specified  for  the  regular  student*  shore. 

(c)  For  an  Instructor*  the  system  shall  perform  as  specified  for  the 
special  student*  except  that  the  instructor  shall  he  allowed  to  override 
Initial  conditions  when  beginning  the  lesson.  Once  he  has  begun*  the  system 
shall  provide  the  Instructor  the  option  of  moving  to  any  point  desired  In  the 
lesson.  Be  shall  also  he  able  to  exit  the  lesson  segment  at  any  point  to  sign 
off*  as  specified  below. 

3. 3. 2. 3. 3  Sign-off.  When  a  user  has  completed  a  lesson  segment*  the 
system  shall  provide  him  with  the  option  of  signing  off  from  the  system.  When 
he  does  this,  the  system  shall  perform  normal  record-keeping  operations  and 
display  the  slgn-on  page  on  the  student  CKT. 

3. 3. 2.4  Course  execution.  The  system  shall  provide  the  neceseary 
software  to  permit  the  developed  courseware  to  function  effectively  on  the 
trainer.  Common  nodules  In  this  software  shall  provide  for  the  establishment 
of  Initial  conditions  on  the  trainer  simulator  prior  to  beginning  a  lesson  and 
shall  alert  students  of  the  nature  of  unanticipated  errors  they  have 
cumMltted. 


3. 3. 2. 4.1  Initial  conditions.  The  system  shall  ensure  thst  the 
simulator  Is  properly  configured  before  beginning  execution  of  s  lesson.  This 
configuration  shall  be  uniquely  specifiable  for  each  lesson.  The  system  shall 
compare  the  state  of  each  control,  connector,  etc.,  on  the  simulator  with  a 
table  of  required  states  and  shall  notify  the  student  of  any  deviations  using 
the  student  station  CBT.  When  the  student  reconfigures  a  component  to  the 
proper  position,  the  messege  for  that  component  shall  be  removed  from  tbe  CBT. 
When  all  components  are  properly  configured,  the  lesson  shall  begin. 

3. 3. 2. 4. 2  Error  handling.  When  the  student  performs  an  action  on  the 
simulator  that  has  not  been  sntlcipated  in  the  lesson  software*  the  system 
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shall  Immediately  display  an  error  message  on  ehe  student  station  CXI.  This 

aessaga  shall: 

o  Infora  tha  student  that  he  haa  committed  an  error 
o  Infora  hla  of  the  component  Involved 
o  Inf ora  hla  of  the  component's  prevent  atate 
o  Infora  hla  of  what  he  needs  to  do  to  reaove  the  error. 

3. 3. 2. 5  Student  record  keeping.  The  systea  shall  maintain  records  for 
each  student  using  the  systea.  Tvo  types  of  lnforaatlon  shall  be  kept  In 
these  records:  student  personal  lnforaatlon  and  curriculum-related 
Information.  Student  personal  Information  shall  consist  of  the  student's 
name,  rank*  service  (ID)  nuaber ,  and  the  course  in  vhlch  he  Is  enrolled. 

Curriculum-related  lnforaatlon  shall  consist  of  the  following  segaent- 
speclflc  data  for  each  lesson  segment  the  student  has  completed: 

o  Date /tine  student  began  the  segment 
o  Date /time  student  finished  the  segment 
o  Time  required  to  complete  the  segment 
o  Nuaber  of  errors  committed  In  the  segment 
o  A  performance  Index  for  the  segment. 

The  performance  Index  shall  be  computed  using  the  number  of  student  errors  and 
elapsed  time  for  the  segment  relative  to  average  numbers  of  errors  and  average 
elapsed  time  for  the  segaent. 

In  addition  to  the  lesson  segaent  specific  lnforaatlon  required  above* 
the  systea  shall  record  the  following  curriculun-general  lnforaatlon: 

o  Date/tlae  the  student  first  used  the  systea 
o  Date/tlae  of  aost  recent  systea  use 
o  Cumulative  curriculum  performance  Index 
o  Average  nuaber  of  errors  per  lesson  segment 
o  Average  tlae  required  to  complete  a  segment 
o  Total  time  spent  on  the  systea 
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o  Total  lesson  sextants  completed 
o  Number  of  segnents  unsatisfactorily  completed. 

3. 3.2. 6  Report  separation.  The  system  shall  provide  performance  data 
reports  to  an  Ins tractor  upon  request  via  the  instructor  stetlon  keyboard  and 
CRT.  It  shell  be  capable  of  displaying  these  reports  on  the  student  station 
CRT  and  of  generating  hard  copy  printouts  on  the  Instructor  station  printer. 
The  mode  of  display  shall  be  at  the  option  of  the  Instructor  requesting  the 
report. 


3. 3. 2. 6.1  On-line  reports.  When  so  required  by  the  instructor*  the 
system  shall  display  student  performance  data  on  the  Instructor  CRT.  Report 
formats  shall  be  provided  for  Individual  student  Inquiries  and  for  class 
Inquiries. 

3. 3. 2. 6. 1.1  Individual  student  Inquiries.  Two  report  options  shall  be 
provided  for  Individual  students:  a  history  Inquiry  and  a  performance  profile. 

{a)  History  inquiry.  This  report  shall  provide  specific  Information 
concerning  the  entire  performance  history  of  the  student.  The  student *s 
entire  personal  information  record  shall  be  Included  at  the  top  of  the  report. 
Following  this  Information,  an  Itemised  listing  of  the  following  segment- 
specific  data  shall  be  presented  for  every  lesson  segment  completed  by  the 
student: 

o  Segment  designator  and  name 
o  Date  of  completion 
o  Time  required  to  finish  the  segment 
o  Number  of  errors  committed  In  the  segment 
o  Performance  index  for  the  segment. 

When  the  student  history  is  too  long  to  be  viewed  In  Its  entirety  on  the 
screen,  the  system  shall  paginate  the  report  and  provide  a  means  for  the 
Instructor  to  page  through  the  entire  report  In  both  the  forward  and  reverse 
directions.  Page  numbers  shall  be  Incorporated  Into  the  page  display. 
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(b)  Student  performance  profile.  This  report  shall  provide  s usury 
Information  concerning  the  performance  history  of  the  atudent.  All 
curriculum- gene ral  Information*  as  specified  above*  shall  be  Included. 

3. 3. 2. 6. 1.2  Class  Inquiries.  The  system  shall  provide  class  reports  for 
display  on  the  Instructor  station  CRT  when  requested  by  the  Instructor.  These 
reports  shall  Include  the  Information  specified  above  for  the  individual 
student  performance  profile  report.  The  report  shall  be  formatted  so  that  all 
members  of  the  class  requested  are  displayed  on  the  screen  simultaneously.  In 
cases  where  there  is  too  much  information  to  be  displayed  on  the  screen  at  one 
time,  the  system  shall  paginata  the  report  as  specified  above  for  the  student 
history  report. 


3. 3. 2. 6. 2  Off-line  reports.  The  system  shall  provide  the  Instructor 
with  the  option  of  requesting  off-line  reports  using  the  Instructor  station 
hardware.  These  reports  shall  be  printed  using  the  Instructor  station 
printer.  The  report  types  Include  all  of  the  on-line  reports*  and  In  addition 
shall  provide  an  option  to  print  history  reports  for  all  of  the  students  In  e 
class. 

3. 3. 2. 7  Record  maintenance.  The  system  shall  provide  Instructors  with 
the  capability  to  maintain  Instructor*  student*  and  class  records  using 
Instructor  station  hardware.  Four  capabilities  shall  be  provided: 

o  Adding  Instructor  and  student  records 
o  Modifying  student  records 
o  Deleting  Instructor  and  student  records 
o  Reactivating  inactive  records. 

(a)  Adding  records.  The  system  shall  allow  an  Instructor  to  register 
Individuals  as  an  Instructor*  as  a  atudent*  or  as  a  special  student.  It  shell 
require  the  Instructor  to  enter  all  student  personal  data  for  each  entry*  end 
shall  record  the  date  and  time  of  registration  as  a  permanent  part  of  the 
record. 
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(b)  Modifying  records.  The  system  shell  allow  an  Instructor  to  modify 
the  personal  Information  In  a  student  record.  The  Instructor  shall  be 
prohibited  from  changing  any  other  information  la  the  record. 

(c)  Deleting  records.  The  system  shall  allow  an  Instructor  to  delete 
Instructor  and  student  records  from  active  status.  Two  capabilities  shall  be 
Included:  deleting  an  Individual  reeord(  and  deleting  all  records  for  an 
entire  class.  When  deleting  records,  the  system  shall  require  the  Instructor 
to  confirm  the  record  before  executing  the  deletion.  The  deletion  shall  not 
eliminate  the  records  from  existence,  but  shall  put  them  Into  an  Inactive 
status. 

(d)  Reactivating  Inactive  records.  The  system  shall  allow  Instructors 
to  reactlvsts  records  that  have  previously  been  deleted  from  active  status. 

3. 3. 2. 8  Instructor  Intervention.  The  system  shall  allow  an  Instructor 
to  Intervene  In  any  student's  progress  through  the  curriculum.  It  shall  allow 
him  to  do  the  following: 

o  Require  a  student  to  retake  a  previously  completed  lesson  segment 
o  Require  a  student  to  start  over  at  a  previously  completed  point 
o  Require  a  student  to  take  an  optional  segment 
o  Allow  a  student  to  skip  required  segments  In  tbs  curriculum. 

3.3.3  Common  hardwars/software  configuration.  The  common  hardware  and 
software  nodules  shall  be  configured  as  required  by  the  Intended  trainer 
usage.  The  following  represent  the  range  of  anticipated  uses  as  presently 
envisioned: 

s 

o  Institutional  Training 

o  Unit  Training 

o  Reserve  Force  Training 


3.3.3. 1  Institutional  training  Is  performed  st  a  service  school  for 
full-time  students.  This  category  of  training  requires  the  full  capabilities 
of  the  system,  with  all  hardware  and  software  configured  for  the  specific  MOS 
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being  taught.  Pull  software  capability  shall  exist  to  permit  tutorial,  guided 
practice,  help-on-demand,  and  examination  types  of  instructional  approaches. 

3. 3.3. 2  Unit  training  is  performed  in  operational,  active  Army  units  for 
MOS  qualified  and  OJT  personnel.  The  system  shall  treat  OJT  personnel  as 
regular  students  in  an  institutional  sotting.  MOS  qualified  students  will  use 
the  system  in  this  setting  to  learn  aspects  of  maintenance  with  which  they  are 
unfamiliar  and  to  refresh  their  skills  in  areas  where  they  have  not  worked  for 
some  time;  consequently,  they  shall  be  regarded  as  special  students.  This 
category  of  training  requires  all  of  the  hardware  and  software  capabilities 
required  for  institutional  training.  In  addition  to  these  requirements,  all 
hardware  shall  be  ruggedl zed  to  withstand  ths  particular  environmental 
conditions  of  the  type  of  unit  with  which  the  equipment  will  be  deployed. 

3. 3. 3. 3  Reserve  Force  training  Involves  unit  training  for  reserve 
personnel  who  have  limited  contact  with  equipment  on  a  day-to-day  basis.  The 
primary  difference  is  that  there  is  a  proportionately  higher  number  of  regular 
students  relative  to  special  students.  Common  hardware  and  software 
requirements  are  approximately  the  same  as  for  unit  training. 

3.4  Maintenance  area  peculiar  module  subsystem.  The  maintenance  area 
peculiar  module  subsystem  shall  consist  of  all  hardware,  software,  firmware, 
and  lessonware  designed  and  developed  for  instruction  in  s  specific 
maintenance  area. 

3.4.1  Maintenance  area  peculiar  hardware.  This  hardware  consists  of  all 
the  3D  simulator  hardware.  The  following  list  is  typical  of  the  hardware  used 
for  this  purpose: 

o  potentiometer  (infinite  variations) 

o  meters  (infinite  variations) 

o  rotary  switches  (many  variations  of  number  of  positions,  number  of 
poles,  degrees  between  positions,  etc) 

o  toggle  switches  (many  variations  of  number  of  poles,  number  of 
throws,  momentary,  locked  in,  locked  out,  etc) 
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o  pushbutton  switches  (momentary  push-push,  variations  la  number  of 
poles,  etc) 

o  door  Interlock  switches  (numerous  variations) 

o  circuit  breakers  (single,  dual,  triple,  variations  in  sizes,  shapes, 
trlppabla,  non— trippable,  etc) 

o  connectors  (many  variations  as  to  size,  shape,  number  and  type  of 
pins,  etc) 

o  CO-AX  connectors 

o  test  jacks 

o  indicators  (unending  variety  of  types,  lamps,  messages,  etc) 

o  structure 

o  cables  and  cable  interfaces 

Maintenance  ares  peculiar  hardware  shall  be  carefully  selected  on  the  basis  of 
the  fidelity  requirements  analysis,  and  shall  also  consider  hardware  used  in 
other  related  trainers  with  the  objective  of  attaining  as  much  commonality  as 
possible  without  compromising  the  quality  of  training  that  can  be  delivered. 

3.4.2  Maintenance  ares'  peculiar  software.  This  software  is  used  to 
drive  the  simulator  and  replicates  actual  equipment  function  to  the  degree 
determined  by  the  fidelity  requirements  analysis.  This  software  shall  be 
developed  from  math  models  specific  to  the  piece  of  equipment  simulated.  It 
requires  coding,  debugging,  and  integration  with  the  simulator  hardware.  This 
software  shall  not  maka  any  judgments  relative  to  the  correctness  of  student 
actions,  as  this  function  is  performed  by  software  coonon  modules  as  specified 
in  the  previous  section. 

3.4.3  Maintenance  area  peculiar  firmware.  The  object  code  for  the  main¬ 
tenance  area  peculiar  software  specified  in  the  previous  subparagraph  shall  be 
permanently  or  semi-permanently  stored  on  read-only-memory  (BOM)  chips.  These 
chips  shall  be  included  as  a  part  of  tbs  maintenance  area  peculiar  hardware. 
The  chips  themselves  may  be  considered  coamon  up  to  the  "data-burnlng" 
process,  at  which  point  they  take  on  a  peculiar  signature  applicable  only  to 
the  specific  application  for  which  they  are  to  be  used. 
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3.4.4  Maintenance  area  pacnliar  laaaonware.  Lesaonvare  shall  be 
prepared  as  actual  lesson  materials  designed  and  developed  to  satisfy  specific 
training  objectives  using  a  particular  trainer  configuration.  These  materials 
shall  be  stored  as  video  and  audio  Information  on  a  videodisc  and/or  as 
computer  generated  images.  Specific  programs  shall  be  prepared  using  the 
authoring  language  in  the  additional  applications  subsystem  to  sequence  the 
presentation  of  these  materials.  The  system  shall  be  capable  of  intermixing 
the  presentation  of  these  materials  with  anticipated  student  actions  on  the 
simulator.  At  a  minimum,  the  system  shall  be  capable  of  providing  the 
following  instructional  formats: 

o  Tutorial,  in  uhich  Information  Is  presented  at  a  pace  determined  by 
student  responses  at  the  student  station 

o  Guided  practice,  1a  which  instruction  Is  intermixed  with  student 
practice  of  the  skills  taught 

o  Semi-independent  action,  in  which  help  specific  to  the  next  required 
student  action  Is  available  on  request 

o  Independent  action,  in  which  the  student  must  function  without  help 
from  the  system,  other  than  being  alerted  of  Incorrect  actions. 

3.4.5  Maintenance  area  common  subassemblies.  The  3D  Simulator 
microprocessor  subsystem  shall  be  common  to  all  simulators.  This  subsystem 
shall  consist  of  common  hardware  selected  In  specific  quantities  to  make  up 
the  appropriate  trainer  configuration.  The  common  parts  used  in  the  micropro¬ 
cessor  design  are  as  follows: 

o  Multibus  configured  card  cage 
o  Central  Processor  Unit 
o  Memory  board 
b  Discrete  Input/Output  board 
o  Analog  Input/Output  board 

3.4.6  Input /output  capability.  The  input/output  system  of  the  computer 
equipment  shall  have  sufficient  speed  and  channel  capacity  to  enable  Input/ 
output  operations  to  proceed  without  disrupting  or  degrading  the  simulation 
operation.  To  satisfy  this  requirement,  each  computer  input/output  system 
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shell  Include,  but  not  be  limited  to,  the  following  capabilities  end 
provisions: 

e.  Capability  to  coomnlcete  directly  with  digital  peripheral  equipment 
specified. 

b.  Capability  to  control  the  Input  or  output,  to  one  or  more  units  of 
peripheral  equipment  while  the  trainer  Is  in  operation. 

c.  An  error  checking  feature  to  check  Input /output  transfers. 

d.  Means  by  which  the  computer  can  be  externally  interrupted. 

e.  Capability  to  service  Interrupts  In  a  priority  structure,  to 
properly  process  simultaneous  Interrupts,  and  to  enter  computer 
program  service  routines  for  Interrupts  processing. 

f.  Capability  to  communicate  with  those  Interfaces  for  which  the 
computer  processes  and  controls  Information. 

g.  Capability  to  communicate  with  all  computers  for  which  data  transfer 
Is  necessary. 

3.4.7  Interface.  The  Maintenance  area  peculiar  modules  shall  Interface 
with  the  common  module  subsystem  by  way  of  a  simple  RS232C  serial  communica¬ 
tions  channel.  The  serial  channel  communicates  between  the  common  CPU  and  the 
area  peculiar  CPU. 

3.4.8  Tracking.  By  definition,  the  maintenance  area  peculiar  subsystem 
will  consist  of  a  relatively  large  number  of  unrelated  end  Items.  These  Itests 
shall  be  grouped  as  to  functional  capabilities  and  tracked  accordingly. 

3.5  Additional  applications  subsystem.  The  additional  applications 
subsystem  shall  consist  of  elements  required  to  generate  lesson  software  for 
new  applications.  It  Is  made  up  of  the  lesson  authoring  language  and  the 
authoring  editor. 

3.5.1  Language.  The  authoring  language  used  for  off-line  development  of 
lesson  materials  shall  provide  a  command  structure  and  syntax  to  author  source 
lesson  files  that  can  be  assembled  to  produce  object  lesson  files.  The  object 
lesson  files  shall  be  used  by  the  lesson  processor  to  provide  structured 
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learning  experiences  for  trainees.  CoMands  shall  be  provided  for  six 
functions: 

o  Lesson  execution 

o  Lesson  variables 

o  Instruction 

o  Student  Interaction 

o  Simulator  communication 

o  Instructor  commlcatlon. 

3.5. 1.1.  Lesson  execution.  The  lesson  execution  commands  shall  provide 
organisation  to  the  lesson  source  code  files  and  determine*  In  part*  the  order 
In  vhich  Instructional  events  take  place  In  a  lesson  segment  at  run  time. 

3.5.1. 1.1  Lesson  organisation.  Source  code  files  shall  be  divided  Into 
a  series  of  EVENTS.  These  EVENTs  shall  consist  of  a  block  of  commands  that 
are  to  be  treated  as  a  single  entity.  The  commands  In  en  EVENT  shall  define 
the  total  range  of  correct  and  anticipated  Incorrect  actions  a  student  Is 
allowed  to  take  at  a  given  point  In  a  lesson  segment.  They  shall  also  provide 
for  any  other  instructional  or  programming  requirements  at  that  point.  The 
authoring  language  shall  Include  a  means  of  providing  all  EVENT*  with  e  unique 
ldentlfyer. 


3. 5. I. 1.2  Branching.  The  authoring  language  shall  provide  a  means  of 
branching  to  any  EVENT  in  a  given  lesaon  segment.  A  minimum  of  three 
branching  capabilities  shall  be  provided: 

o  Absolute  branch 

o  Branch  on  value  of  a  lesson  variable 
o  Branch  on  state  of  simulation  models. 
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3.5. 1.1.3  Calls  to  subrouting,  the  authoring  language  shall  provide  for 
the  use  of  subroutines.  A  means  shall  be  provided  in  the  language  structure 
for  designating  the  beginning  and  end  of  each  subroutine.  The  language  shall 
allow  a  lesson  author  to  specify  the  subroutine  to  be  executed  and  the 
specific  EVENT  vithln  the  lesson  segment  to  go  to  when  execution  of  the 
subroutine  is  complete.  A  means  shall  also  be  provided  to  change  the  return 
EVENT  specified.  The  language  shall  allow  the  author  to  use  nested  calls. 

3. 5. 1.1. 4  las tart.  The  language  shall  allow  the  author  to  specify 
restart  points  within  a  lesson  segment.  When  the  lesson  returns  to  e  restart 
point*  the  system  shall  require  the  student  to  configure  simulator  controls  as 
they  were  at  that  point  before  continuing  with  the  lesson. 

3.5. 1.1.5  Delays.  The  language  shall  provide  a  means  for  delaying 
transfer  of  lesson  control  to  a  specified  EVENT.  Time  duration  of  delays 
shall  be  variable  and  specifiable  to  vithln  one- tenth  of  a  second. 

3. 5. 1.2  Lesson  variables.  The  authoring  language  shall  provide  the 
author  with  a  minimum  of  32  variables  for  the  storage  of  numeric  and 
alphabetic  data.  It  shall  allow  the  author  to  designate  a  descriptor  for  each 
variable  by  which  it  can  be  addressed.  At  a  minimum,  the  language  shall  allow 
the  author  the  following  capabilities: 

o  Assignment  of  an  absolute  value  to  the  variable 

o  Incrementing  and  decrementing  a  numeric  variable 

o  Assignment  of  random  numbers  to  a  numeric  variable 

-  With  replacement 

-  Without  replacement  in  a  specifiable  range. 

3.5. 1.3  Instruction.  The  authoring  language  shall  provide  a  means  for 
presenting  instructional  materials  on  the  student  station  CRT.  These 
materials  shall  consist  of  video  images  from  the  student  station  videodisc 
player  and/or  computer  generated  generated  luges.  Images  shall  be  present¬ 
able  as  videodisc  Images  only,  computer  Images  only,  or  mixed  video  and 
computer  Images.  Videodisc  Images,  whether  presented  alone  or  mixed  with 
computer  Images,  shall  be  presentable  as  follows: 
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o  Still  (alngla  frame)  inagea 
o  Motion 

-  Forward*  30  fpa*  video  without  audio 

-  Forward*  30  fpa*  video  with  audio  track  1 

-  Forward*  30  fpa,  video  with  audio  track  2 

-  Forward*  30  fpa,  video  with  audio  tracka  1  and  2 

-  Forward,  30  fpa*  no  video  with  audio  track  1 

-  Forward,  30  fpa,  no  video  with  audio  track  2 

-  Forward,  30  fpa,  no  video  with  audio  tracka  1  and  2 

-  Forward*  alow  notion  variable  froa  1  fpa  to  15  fpa 

-  Reverae,  30  fpa 

-  Reverae,  alow  notion  variable  froa  1  fpa  to  15  fpa 

o  Animation  (rocking  between  adjacent  f ranee  on  the  videodlac). 

Computer  generated  Inagea  ahall  be  preaentable  aa  text  (including  nuabera), 
lines,  rectangles,  and  circles.  A  minimum  of  sixteen  colors  ahall  be 
provided.  When  presented  over  videodlac  Inagea,  geometric  computer  Inagea 
ahall  be  capable  of  totally  occluding  the  videodisc  Image  or  of  giving  a 
translucent  effect,  where  the  videodlac  lnage  is  partially  occluded  and  both 
Inagea  can  be  seen  simultaneously. 

3.5. 1.4  Student  interaction.  The  authoring  language  shall  provide  for 
branching  on  student  actions.  At  a  minimum,  the  command  structure  shall 
provide  for  student  Inputs  from  all  types  of  student  station  hardware  provided 
on  the  trainer  (touch  panel,  voice  recognition,  key  pad,  etc.)  and  from 
student  manipulations  on  the  simulator.  In  addition,  provision  shall  be  made 
for  branching  when  the  student  makes  no  response  In  a  specifiable  time  limit. 
The  system  shall  allow  mixing  of  all  three  types  of  Interaction  In  a  single 
EVENT. 


The  system  shall  allow  the  author  to  designate  anticipated  responses  as 
either  correct  or  incorrect.  Up  to  32  correct  responses  and  16  Incorrect 
responses  shall  be  specifiable  in  a  single  EVENT.  When  the  student  makes  an 
Incorrect  response,  the  system  shall  automatically  increment  an  error  counter. 
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3. 5. 1.5  S inula tor  communication.  The  authoring  language  shall  allow  the 
author  to  manipulate  variables  in  the  simulator's  modeling  software. 

3.5. 1.6  Instructor  comunlcatlont  The  authoring  language  shall  provide 
the  capability  at  any  point  in  a  lesson  segment  of  specifying  a  message  to  be 
displayed  on  the  Instructor  station  CRT. 

3.5.2  Editor.  An  editor  shall  be  provided  that  will  allow  authors  to 
generate  source  language  files  quickly  and  efficiently.  It  shall  allow  for 
extensive  Internal  documentation  of  source  code  files. 

3*6  General  System  Requirements. 

3.6.1  Reliability,  availability  and  maintainability  (RAM)  and  RAM  design 
analysis. 

• 

3.6. 1.1  Reliability  analysis.  The  reliability  analysis  of  the  system 
and  equipment  shall  be  an  Integral  part  of  the  overall  trainer  analyses  to 
obtain  a  compatible  and  effective  system  tradeoff  balance.  Analysis  coverage 
shall  include,  but  is  not  necessarily  limited  to: 

o  Modeling 

o  Allocations 

o  Predictions. 

3. 6. 1.2  Parts  reliability.  Parts  and  materials  used  shall  be  in 
compliance  with  the  parts  control  program  outlined  in  MIL-T- 23991  end 
MIL-STD-965.  Modified  off-the-shelf  equipments  shall  be  included  in  the  parts 
control  program.  Parts  and  modulas  listed  in  MIL-STD-143  Group  I  shall  be 
considered  standard.  MIL-STD-143,  parts  Groups  II.  III.  and  IV.  will  be  used 
only  after  obtaining  customer  approval  per  MIL-STD-965  Procedure  I.  Parts 
selection  and  application  shall  be  evaluated  during  design  reviews. 

3.6. 1.3  Reliability  critical  items.  Reliability  critical  items,  l.e.. 
items  that  exhibit  failure  rates  much  greater  than  predicted,  shall  be  tabu¬ 
lated.  A  copy  of  the  tabulation,  updated  as  required,  shall  be  maintained. 
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end  appropriate  action  for  each  itea  directed  and  monitored  by  program  manage¬ 
ment.  Items  shall  remain  as  open  action  Iteme  until  resolved  satisfactorily. 

The  tabulation  shall  Identify  the  Item  by  part  number,  nomenclature  and 
manufacturer.  In  addition,  the  action  required  designee,  action  completion 
target  date,  actual  complete  date,  and  open-dosed  status  shall  be  tracked. 

3. 6. 1.4  Maintainability  analysis  (Paragraph  5.2  of  HIL-STD-470) . 
Maintainability  analysis  shall  be  performed  as  part  of  the  overall  system  and 
equipment  analysis.  The  maintainability  analysis  provides  qualitative  and 
quantitative  definition  of  the  maintainability  design  features  to  be  included 
in  the  hardware.  During  the  course  of  design,  system  and  equipment  features 
and  characteristics  shall  be  evaluated  to  determine  the  degree  to  which  the 
maintenance  concept  and  maintainability  daalgn  requirements  are  being 
achieved.  Software  programs,  developed  to  identify  and  Isolate  faults  In  the 
2D  and  3D  stations,  shall  be  evaluated  In  conjunction  with  hardware  BIT 
design. 


3.6. 1 .5  Maintenance  concepts  (Paragraph  5.3  of  MIL-STD-470) .  The 
concept  for  the  maintenance  of  the  trainer  Is  to  provide  proper  maintenance 
services  with  a  minimum  of  Interruption  to  training  missions.  As  a  goal, 
preventive  maintenance  shall  be  performed  during  off  hours  when  the  trainer  Is 
not  being  used  to  perform  Its  primary  training  function.  Dally  readiness 
testing  shall  be  performed  prior  to  the  start  of  a  training  mission  day. 
Diagnostic  testing  shall  be  used  to  locate  and  Isolate  failed  trainer 
replaceable  assemblies  as  a  means  of  minimizing  downtime.  When  the  trainer  Is 
being  used  in  a  training  exercise,  corrective  maintenance  or  maintenance 
actions  for  nonmission  essential  problems  that  will  Interfere  with  ongoing 
training  will  not  be  performed.  Three  basic  levels  of  maintenance  shall  be 
considered:  on-line  and  off-line  organizational  and  depot/contractor 
maintenance . 


3.6. 1.5.1  On-line  organizational  maintenance.  Maintenance  at  this  level 
shall  be  performed  on-line,  and  will  consist  of  both  prsventlve  and  opera¬ 
tional  type  maintenance  tasks.  It  will  consist  of: 
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o  Dally  Readiness  Test  -  to  verify  the  integrity  of  the  system 
o  Diagnostic  Tests  -  to  isolate  to  a  faulty  nodule  or  subassembly 
o  Remove  and  replace  faulty  nodules  or  subassemblies 
o  Verification  that  the  trainer  has  been  restored  to  an  operational 
status. 


3. 6. 1.5.2  Off-line  organisational  maintenance.  Maintenance  at  this 
level  shall  be  performed  primarily  on  modules  or  subassemblies  that  have  been 
removed  from  the  trainer  because  of  parts  failure.  The  primary  function  will 
be  to: 

o  Isolate  the  actual  failed  part  of  any  board*  assembly*  or  minor 

s 

subsystem  ' 

o  Repair  or  replace  the  failed  part 

o  Test  and  verify  that  tha  removed  assembly  is  satisfactory  for  return 
to  Inventory  or  to  the  trainer. 

3. 6. 1.5. 3  Depot/contractor  maintenance.  Maintenance  at  this  level  shall 
be  performed  off-site  by  depot  or  contractor  personnel.  lu  will  consist  of 
the  repair  or  replacement  of  complicated  or  specialized  parts*  assemblies  or 
subsystems. 

3.6.2  ILS  provisions.  The  Integrated  logistic  support  concept  is 
specified  In  ANNEX  I. 

3.6.3  Operating  environment  requirements.  The  operating  environment 
shall  be  In  accordance  with  MIL-T-23991  unless  othervlsed  specified  in  the 
detail  design  specification  for  the  specific  trainer.  Environmental 
consideration  shall  Include  the  following: 

o  Temperature 
o  Humidity 
o  Shock 
o  Vibration 
o  Salt  air 
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o  EMI 

la  addition  power  availability  ahall  ba  cons Ida rad,  l.a. *  voltage*  current 
frequency  and  variations  of  sane. 

3.7  Interface  Control  Specification.  The  Interface  control  specifi¬ 
cation  Is  presented  In  Annex  II . 

3.8  Suamarv  of  Cost  Projection  Assessment.  A  cost  projection  assessment 
Is  provided  for  the  purpose  of  evaluating  and  optimizing  Life  Cycle  Cost 
(LCC).  The  cost  projection  assessment  Is  an  extension  of  the  Life  Cycle  Cost 
and  Design  to  Unit  Production  Cost  (DTDPC)  assessments  conducted  under  Phases 
I  &  II.  Subsystem  cost  assessments  have  been  developed  In  accordance  with  the 
Army  LCC  Matrix  cost  elements  defined  in  DA  Pamphlets  11-2*  11-3  and  11-4. 
Ranges  of  cost  have  been  allocated  for  each  subsystem  and  component  assembly. 
Cost  allocations  highlight  recurring  and  non-recurring  costs*  cost  drivers  for 
RAD*  Investment  and  OAS  phases  and  critical  system  requirements  (e.g. 
Reliability*  Maintainability*  ILS*  environment*  etc.).  These  assessment 
activities  are  not  Intended  to  constitute  an  exhaustive  survey  of  all  possible 
specific  elements  of  cost  but  to  show  the  methodology  and  tradeoffs  used  In 
allocating  LCC  for  each  subsystem  and  components. 

The  procedure  for  providing  the  cost  projection  assessments  Is  described 
In  ANNEX  III*  Cost  Projection  Assessment.  Examples  are  provided  by  two  units: 
a  highly  complex  missile  radar  and  a  lover  complexity  automotive  system. 

These  are  used  to  Illustrate  the  range  of  costs  to  be  expected  during  full 
scale  production.  Typical  equipment  breakouts  are  shown  together  with 
assumptions  and  ground  rules  used  in  developing  the  cost  projection 
assessments.  Results  are  given  shoving  the  relative  costs  of  each  cost 
element  In  the  Army  LCC  matrix..  The  relative  unit  LCC  versus  production 
quantity  for  both  types  are  also  given.  Cost  allocations  and  drivers  are 
indicated  In  various  pie  charts  shoving  relative  costs  by  phase  (RAD* 
Investment  and  OAS),  costs  within  each  phase*  RAD  Softvare/Coursevare  versus 
hardware*  2-D  versus  3-D  hardware  cost  and  2-D  and  3-D  hardware  cost  drivers. 
These  will  be  used  to  evaluate  costs  and  determine  those  areas  where  cost 
reduction  efforts  will  be  most  effective. 
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IKTECBATED  LOGISTICS  SUPPORT  CONCEPT 

1.0  The  Integrated  Logistics  Support  Concept  (ILSC).  Th«  ILSC  includes 
consideration  of  a  general  maintenance  concept*  levels  of  maintenance*  support 
documentation*  field  support  and  spares. 

i.l  Maintenance  concept.  The  maintenance  concept  for  the  trainer 
device  system  will  emphasise  ”remove-and-replace"  rather  than  "repair-on- 
equlpment”  procedures  at  the  system  level.  This  concept  shell  provide 
maintenance  services  with  a  minimum  of  Interruption  to  training  missions  and 
It  Is  fully  supported  through  the  device  hardware  and  software  design. 

Although  100Z  application  of  reaove-and-replace-only  maintenance  nay  be 
neither  technically  nor  economically  practical*  a  balanced  application  of  this 
concept  with  some  on-equlpment  restorative  actions  is  an  extremely  powerful 
factor  In  Increasing  operational  readiness.  When  this  concept  Is  Integrated 
with  optimum  base/self -sufficiency  for  bench  check  and  limited  repair  of 
removed  parts,  this  concept  Is  cost  effective.  The  key  aspect  emphasized 
here,  however.  Is  the  replacement  of  defective  assemblies  to  maximize  training 
device  availability  rather  than  to  attempt  repairs  while  Installed. 

Preventive  maintenance  Is  performed  during  nontraining  periods  at  pre¬ 
scribed  Intervals.  Prior  to  dally  usage*  the  operational  integrity  of  the 
trainer  Is  verified  by  the  dally  readiness  test  (DEED) .  BIT  will  provide  the 
vital  online  fault  detection  and  Isolation  capabilities  for  the  rapid  repair 
turnaround  time  considered  essential  to  achieve  high  overall  trainer  utiliza¬ 
tion  and  mission  availability  performance.  BIT  will  combine  hardware  and 
software  to  provide  the  stimuli*  logic*  and  measurement  functions  needed  to 
assess  trainer  operational  performance  and  Isolate  faults  to  trainer  replace¬ 
able  units  (TRUs).  The  replaced  TRUs  will  be  repaired  on-site  or  by  a  desig¬ 
nated  vendor. 
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1.2  Levels  of  maintenance. 


1.2.1  Basic  support  twki.  Th«  basic  hardware  and  aofewara  support  tasks 
to  ba  performed  arc: 

o  Visually  Inspect  the  trainer  for  dosage,  and  clean  and  nalntaln 
exterior  surfaces 

o  Perform  Dally  Keadlness  Tests  (BRED) 

o  Perform  verification  of  all  technical  data,  drawings*  software, 
support  documentation  and  lists  provided  with  the  trainer 
o  Perform  preventive  maintenance  including: 

•  Cleaning  (as  required) 

-  Inspecting  (as  required) 

-  Replacing /cleaning  filters  periodically 

-  Ad Jus ting/ checking  components 

o  Perform  on-line  repair  actions  (l.e.,  removal  and  replacement  of  TRDs) 
o  Repair  TRDs 

o  Nalntaln  associated  support  equipment 

o  Exercise  configuration  controls  for  the  trainer  hardware,  software, 
associated  support  hardware,  and  documentation 
o  Provide  Inventory  controls  which  Include  Issuing  stock,  compiling 
usage  data  and  maintaining  Inventory  and  property  records. 

1.2.2  Organisational  level  maintenance.  During  the  interim  support 
period,  the  maintenance  concept  proposed  for  organizational  (on  line) 
maintenance  separates  the  work  effort  into  two  groups  which  take  advantage  of 
the  basic  system  architecture: 

Group  1  Is  the  effort  to  be  performed  by  the  Instructor/Operator 

Group  2  Is  the  effort  to  he  performed  by  the  Army's  maintenance  per¬ 

sonnel. 

Since  the  Instructor  is  closely  Involved  in  a  monitoring  role  during  the 
conduct  of  training  and  is  therefore  in  a  position,  at  the  Instructor  Station, 
to  observe  the  general  equipment  operational  status.  Group  1  includes  monitor¬ 
ing  and  reporting  degrading  equipment  performance  to  the  trainer  malntenence 
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technician.  Group  2  includes  the  start  of  day  dally  readiness  teat  (DEED)  and 
equipment  status  and  aet  up  requirements.  DEED  vlll  provide  a  complete 
operational  status  check  for  the  entire  device.  A  GO  condition  on  this  test 
Indicates  that  the  device  Is  operationally  ready  for  training.  A  NO-GO  mould 
result  in  a  display  indicating  a  system  malfunction.  Further  fault  Isolation 
would  then  he  undertaken  through  the  application  of  the  system  diagnostic 
tests  to  Identify  the  faulty  assembly.  Once  this  has  been  completed,  the 
required  replacements  can  be  made  and  normal  operation  restored.  Except  for 
minor  edjustments,  there  will  be  no  TEU  repairs  effected  at  the  on-line 
organisational  level  of  maintenance.  Additionally,  any  corrective  maintenance 
actions  required,  due  to  malfunctions,  during  the  normal  training  day  would 
fall  Into  Group  2. 

1.2.3  Intermediate  level  maintenance.  The  intermediate  level  maintenance 
(off-line  organisational  maintenance)  concept  Is  to  repelr  the  repairable  TBDs 
and  return  them  to  the  spares  Inventory  at  the  respective  site.  Determination 
of  which  TBDs  should  be  repaired  on-slte  will  be  based  primarily  on  the 
results  of  a  trainer  level  of  repair  analysis  (LORA) .  Other  considerations 
would  include  status  of  the  required  on-slte  support  equipment;  current 
on-slte  maintenance  back-log;  availability,  on-slte,  of  the  necessary  spare 
parts,  etc.  Initial  contracts  with  the  contractor's  subcontractors/vendors 
shall  Include  provisions  for  providing  back-up  Intermediate  level  support  on 
an  mn  required  basis. 

At  the  start  of  the  Interim  support  period,  all  on-slte  repairs  will  be 
performed  by  contractor  personnel.  This  effort  will  be  transitioned  to  the 
Army  as  the  Interim  support  period  progresses.  This  will  ensure  that,  as  the 
conclusion  of  interim  support.  Army  technicians  will  be  adequately  trained  to 
maintain  the  trainer. 

1.2. A  Depot  maintenance.  Depot  level  maintenance  (depot/contractor 
maintenance)  consist  of  the  off-site  repair  or  replacement  of  failed 
assemblies  which  are  beyond  the  repair  capabilities  of  on-site  maintenance. 
Contractor  off-slte  maintenance  requirements  will  be  primarily  determined  from 
the  LORA  results.  The  LORA  will  Identify  those  assemblies  which  are 
considered  to  be  economically  and/or  technically  impractical  to  repair 


ina  i 


1-4 


on-slte.  These  assemblies  will  be  shipped  beck  to  either  the  Contrector  or 
the  respective  vendor  for  repair,  exchenge  end/or  replacement.  A  crltlcel 
spare  will  be  replaced,  while  non-crltlcal  eperes  will  be  repelred  end  then 
returned  to  the  site  es  reedy-for-lseue  stock. 

1.3  Support  documentation. 

1.3.1  Theory  of  operetlon.  The  theory  of  operetlon  section  ehell 
describe  the  entire  syatem  end  present  lnfornetlon  describing  how  the 
purchesed ,  off-the-shelf,  equlpwent  Is  interfeced/lntegreted  Into  the  totel 
trelner  design. 

1.3.2  Troubleshooting  epproech.  The  prlne  purpose  of  the  troubleshooting 
will  be  to  provide  repld  on-line  orgsnlsstlonsl  locetlon  of  e  defective 
essenbly  thet  can  be  changed  quickly  with  e  spere  provided  with  the  trelner. 

To  accomplish  thle,  this  section  will  sake  maximum  use  of  delivered  computer 
dlagnoetlc  progress  for  self  check  of  the  cosputer  and  Its  associated  conputer 
peripherals  and  also  will  sake  maximum  use  of  the  dally  readiness  tests 
(DKED) ,  Which  will  be  prise  contractor  developed  to  check  the  resalnder  of  the 
systes. 

1.3. 2.1  On-line  troubleshooting.  Because  the  cosputer  Is  the  heart  of 
any  trainer,  troubleshooting  will  first  look  to  the  computer  systes  for  a 
hardware  salfunctlon,  whether  It  be  a  tesporary  glitch  such  as  caused  by  a 
power  drop,  some  other  malfunction  that  can  be  readily  corrected  by  e  reset, 
or  something  of  e  sore  serious  nature.  If  a  more  extensive  problem  exists, 
the  diagnostics  will  be  sequenced  so  the  maintenance  technician  can  begin  with 
the  most  logical  test  and  proceed  through  In  sequence.  In  addition,  the  user 
will  be  referenced  to  the  detailed  commercial  diagnostic  manual  that  will  be 
provided  as  a  supplement;  however,  within  the  basic  manual  a  printout  of  what 
correct  diagnostic  should  be  will  be  provided.  Manual  troubleshooting 
procedures  will  be  provided  to  permit  the  technician  or  the  user  to  Isolate  a 
salfunctlon  In  areas  where,  after  running  diagnostics,  no  failure  Is  detected 
or  where  it  Is  Impossible  to  utilise  the  machine  capability  due  to  e  tape  or 
disc  malfunction. 


AKHZX  I 


1-5 


After  the  computer  and  its  peripheral  troubleshooting,  the  next  atop  will 
be  to  utilize  the  DUD  ays  tea  to  provide  a  quick  check  of  other  .system  compo¬ 
nents.  The  DIED  procedure  will  he  structured  to  Include  an  additional  column 
that  will  have  adjustments,  remarks,  or  references  to  particular  teat  points 
end  diagrams  that  permit  more  rapid  troubleshooting  end  Isolation.  A  form  of 
matrix  chart  keyed  to  the  DIED  will  be  generated,  to  define  the  most  likely 
malfunction  caused  by  a  failure  of  a  particular  dreult  card  and  cross- 
referencing  from  symptom  to  circuit  card.  The  trainer  will  be  provided  with 
an  Interim  support  Items  kit  vhieh  will  contain  one  of  each  type  of  circuit 
card  as  a  spare;  thus,  the  user, may  remove  the  suspected  defective  card  and 
Insert  a  known  good  as  pert  of  his  troubleshooting  procedure. 

Complete  procedures  shall  be  provided  that  permit  reading  or  writing  Into 
memory,  permitting  troubleshooting  of  non-circuit  card  type  system  parts  such 
as  switches*  lamps,  etc. 

As  a  final  on-line  troubleshooting  tool  wiring  diagrams,  wire  lists, 
schematics,  logics,  and  functional  diagrams  shall  be  available  to  do  detailed 
troubleshooting  procedures  utilizing  oscilloscope  end  meters. 

1.3. 2. 2  Off-line  troubleshooting.  Off-line  troubleshooting 
(Intermediate  level)  will  be  done  on  the  test  equipment  specified  for 
contractor  designed  cards  end  will  make  use  of  the  vendor  manuals /procedures 
for  troubleshooting  of  vendor  components  to  the  lowest  level  assembly  the 
vendor  will  accept  for  repair  (generally  a  circuit  card  assembly).  The  LORA 
will  determine  the  lowest  level  piece  to  be  repaired.  Each  unique  circuit 
card  or  aesembly  on  the  trainer  will  have  troubleshooting  and  test  procedures. 

1.4  Field  support. 

1.4.1  Field  operations.  The  Field  Operations  representative  reporting 
directly  to  the  ILS  Manager,  will  be  responsible  for  managing  and  coordinating 
the  proper  selection  and  quantitiea  of  logistics  resources  (e.g..  personnel, 
publications,  support  equipment,  etc)  necessary  to  effectively  aupport  the 
devices  during  the  Interim  support  period.  He  will  assist  as  necessary  in 
such  efforts  as: 
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o  Trainer  Installation  and  checkout 
o  Validation  of  publications 

o  Custoaar  liaison  during  tha  Interim  support  period  (ISP) 
o  Maintenance  and  update  of  documentation  on-site  during  tha  ISP. 

1.4.2  Supply  operations.  Supply  Operations  will  be  responsible  for  tha 
Identification ,  acquisition,  management,  delivery,  and  control  of  support 
material.  Including: 

o  Spares/Bepair  Part 
o  Provisioning  Documentation 
o  Inventory  Control  Functions 
o  Spares  Deliveries  and  Status  Reporting 
o  Customer  Xepalrs. 

The  Supply  Operations  organisation  will  be  also  responsible  for  all 
provisioning  documentation  and  other  supply  related  data  specified  In  the 
contract.  Including  vendor  procured  data.  Additionally,  It  will  generate  and 
Implement  a  plan  for  repair  parts  support  during  the  Interim  support  period. 
This  plan  vill  Include  repalr-of-repairables  procedures.  Inventory  control, 
and  pipeline  requirements  to  ensure  a  timely  and  orderly  flow  of  repair  parts 
to  the  trainer  site.  Also,  It  will  recommend  the  designated  repair  facility 
(l.e.,  on-slte,  at  Gruaman,  or  at  the  vendor's  facility). 

1.4.3  Level  of  repair  analysis  (LORA).  The  LORA  Group  will  be 
responsible  for  generating  and  Implementing  the  LORA  In  accordance  with  the 
contractual  requirements.  Its  primary  ln-house  Interfaces,  external  to  the 
ILS  organization,  will  be  reliability,  maintainability,  human  factors,  safety 
and  trainer  system  design  engineering  personnel. 

1.4.4  Site  requirements.  The  Site  Requirements  Group  will  be  responsible 
for  determining _all  facility  and  Installation  requirements  of  the  trainer.  It 
will  prepare  the  Trainer  Facilities  Report.  It  will  participate  In  the 
Installation  and  checkout  of  the  trainer  In  order  to  Identify  and  assist  In 
resolving  any  facility  or  Installation  problems  that  may  arise.  It  will  plan 
and  coordinate  the  on-slte  Installation  and  testing  of  the  trainer  system. 
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1.4.5  Support  »qulw«at.  The  Support  Equipment  Group  will  be  responsible 
for  the  identification,  selection,  end  timely  delivery  of  sny  support 
equipment  or  speclsl  tools  end  test  equipment  thst  may  be  required  for  on-site 
support  of  tbe  trainer  during  both  scheduled  and  unscheduled  maintenance.  It 
also  will  be  responsible  for  the  proper  generation  and  delivery  of  ell 
contractual  data  and  material  Items  (Including  the  test  program  sets) 
associated  with  this  logistics  element. 

1.5  Spares.  The  determination  of  spares  and  repair  parts,  required  to 
satisfy  scheduled  and  unscheduled  maintenance  requirements  will  be  established 
based  upon  the  results  of  the  LORA.  To  ensure  that  spares  and  repair  parts 
recommendations  are  lnconsonanea  with  the  total  Integrated  logistics  support 
concept,  the  trainer  ILS  management  shall  establish  a  supply  operations  team 
during  the  Initial  phase  of  the  support  program. 

This  team  vill  establish  the  Acquirements  to  be  Included  In  the  Interim 
Items  list  and  vill  Identify  which  of  these  items  to  recommend  for  inclusion 
In  the  Interim  support  items  kit. 

Based  on  the  results  of  the  LORA,  the  team  will  identify  and,  with  the 
approval  of  the  PCO,  procure  the  Items  required  for  the  Interim  support  Items 
(ISI)  kit.  Basically,  this  kit  will  contain  those  Items  required  to  maintain 
the  trainer  In  an  operational  condition  for  a  government  specified  period 
commencing  with  government  acceptance  of  the  trainer. 
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1.0  COMMUNICATIONS 

1.1  Scope.  This  specification  cover*  the  transmission  end 
communication  between  e  maintenance  trelner  lnterective  student  work* tat ion 
computer  end  e  Instructor  workstation  computer.  The  student  workstation  is 
assumed  to  be  an  Intelligent  device  which  physically  simulates  the  actual 
environment  for  which  the  trainer  is  designed. 

1.2  Device  description.  The  Instructor  workstation  can  have  a  variety 
of  microprocessors  as  the  host  (8  bit  or  16  bit)  along  with  various  types  of 
euthorlng  languages  that  could  range  from  machine  language  based  to  some 
higher  order  language  such  as  PASCAL.  This  specification  Is  Intended  to  lay 
the  ground  work  for  a  common  data  entry  set  on  the  part  of  both  the  programmer 
end  the  lesson  author.  Independent  of  the  system  type  of  language  base.  The 
workstation  shall  be  equipped  with  a  dedicated  RS232C  communications  channel 
for  Interaction  between  itself  and  the  3D  simulation  element*.  This  signal 
will  exist  through  a  dedicated  bulkhead  25  pin  JEDEC  "D"  type  connector  that 
Is  clearly  marked  for  Its  Intended  purpose. 

1.3  Interface.  The  communications  between  the  Instructor  station  and 
the  student  station  will  utilize  a  standard  dedicated  HS232C  channel. 

1.3.1  Format.  The  data  transmission  will  be  asynchronous  at  9600  BAUD. 
Each  data  byte  will  be  transmitted  as  one  (1)  start  bit,  eight  (8)  data  bits, 
one  (1)  parity  bit,  and  one  (1)  stop  bit.  Even  data  parity  will  be  used. 

1.3.2  Message  transfer  synchronization.  The  communications  channels  In 
the  3D  station  as  a  whole  unit.  To  facilitate  the  message  transfer,  the  2D 
station  must  achieve  a  synchronization  with  the  3D  station.  To  accomplish 
this,  the  2D  station  will  sgpd  a  single  ENQ  character  and  then  wait  for  a 
response.  This  response  will  occur  within  65  milliseconds.  The  3D  station 
will,  during  Its  normal  polling  sequence,  encounter  the  ENQ.  code.  The  3D 
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station  will  then  suspend  further  normal  activity  and  enter  a  receive  message 
node.  In  this  node  the  3D  station  transnits  an  ACK  to  acknowledge  the  request 
to  send  the  nessage  and  monitors  the  eommlcatlons  channel  until  the  end  of 
nessage  Is  encountered.  After  one  nessage  is  received,  the  3D  station  Is  free 
to  leave  the  receive  nessage  node  and  continue  with  its  normal  processing. 

The  3D  Is  not  required  to  accept  nore  than  one  message  per  processing  cycle 
nor  will  the  3D  remain  In  the  receive  nessage  node  for  nore  than  250 
milliseconds.  Any  message  not  completed  within  the  allotted  time  will  be 
abandon  and  acknowledged  with  a  NAK.  Before  eech  message  Is  transmitted  to 
the  3D  station  synchronisation  must  be  established. 

Each  message  Is  trsnsferred  out  of  the  3D  station  as  a  whole  unit.  To 
Insure  the  Intended  receiver  is  availsble  to  receive  the  message,  the  3D  must 
achieve  a  synchronization  with  the  2D  station.  To  accomplish  this,  the  3D 
station  will  sent  a  single  ENQ  character  and  then  wa'lt  for  a  response.  This 
response  must  occur  within  15  milliseconds.  The  2D  station  must  then  transmit 
an  ACK  to  acknowledge  the  request  to  send  the  message  and  monitor  the 
communications  channel  until  the  end  of  the  message  Is  encountered.  After  one 
message  is  received,  the  2D  station  Is  free  to  discontinue  synchronization. 

The  2D  Is  not  required  to  accept  more  than  one  message  per  synchronization  nor 
should  it  remain  In  the  receive  message  mode  for  more  than  250  milliseconds. 
Any  message  not  completed  within  the  allotted  time  will  be  abandon  and 
acknowledged  with  a  NAK.  Before  each  message  is  transmitted  to  the  2D  station 
synchronization  must  be  established. 

The  short  wait  time  for  synchronization  on  the  part  of  the  3D  station 
avoids  the  deadlock  situation  where  both  2D  and  3D  units  are  attempting  to 
achieve  synchronization  for  a  message  transmission.  In  this  esse,  the  3D  unit 
will  fall  to  receive  a  synchronization  ACK  within  the  allotted  time  and 
abandon  the  transmission.  The  3D  Is  thus  freed  to  scknowledge  the 
transmission  request  from  the  2D  within  the  required  timeframe. 

NOTE:  After  transmitting  an  ENQ  character  and  awaiting  synchronization,  ANY 

character  received  other  than  an  ACK  Is  Ignored  by  the  2D. 
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1.3.3  M«im»  protocol.  Each  message  transmission  will  begin  with  a  tha 
coda  aaquanca  DLZ  8TX.  This  heading  Idaatiflas  tha  beginning  of  a  aaaaaga  of 
transparent  data  (allowing  data  codas  of  00  to  255).  Thasa  message  is  ended 
whan  tha  control  sequence  DLE  ETB  Is  detected.  Each  aassage  Is  followed  by  a 
checkaua.  This  one  (1)  byte  value  Is  the  binary  sum,  without  carry*  of  all 
codes  transmitted  In  the  message  after*  but  not  Including*  the  heading.  The 
ending  sequence  Is  Included  In  the  checksum. 

To  guarantee  the  uniqueness  of  control  sequences  as  distinguished  from 
data  all  occurrences  of  the  code  DLE  within  the  message  shall  be  transmitted 
as  the  sequence  DLE  DLE.  However*  only  one  DLE  code  Is  Included  In  the 
checksum. 

Both  transmitting  and  receiving  stations  will  Independently  calculate  the 
checksum  for  each  message.  Upon  detecting  the  end  of  a  message*  the  receiving 
station  will  compare  Its  calculated  checksum  to  the  received  checksum.  If  the 
values  natch,  the  receiving  station  will  transmit  an  ACK.  The  transmitting 
station,  upon  completing  the  transmission  of  a  message*  will  wait  until  It 
receives  a  reply  from  the  receiving  station.  If  the  transmitting  station 
receives  a  ACK  In  reply  to  the  transmitted  message*  It  continues  with  Its 
normal  processing  duties.  If  the  receiving  station's  calculated  checksum  does 
not  natch  the  received  value*  the  receiving  station  will  discard  the  data 
received  and  transmit  a  NAK.  The  transmitting  station  upon  receipt  of  a  NAK 
will  retransmit  the  message.  The  transmitting  station  will  attempt  to  pass  a 
message  a  total  of  three  (3)  times.  If  after  three  attempts  the  transmitter 
has  not  successfully  received  a  ACK  acknowledgement,  the  station  will  fall 
Into  a  error  handling  routine. 

If  a  reply  Is  not  received  by  the  transmitting  station  within  5 
milliseconds  after  the  transmission  of  a  message*  a  NAK  shall  be  assumed. 

If  a  new  code  Is  not  received  for  2  milliseconds  during  the  reception  of 
a  message,  the  receiving  station  will  discard  the  received  data  and  transmit  a 
NAK. 


Any  characters  received  after  acknowledging  a  synchronization  ESQ  and 
before  the  command  sequence  DLE  STX  la  received  shall  be  Ignored. 

If  during  the  receipt  of  a  ness  age,  after  the  command  sequence  DLE  STX  is 
received,  a  comind  sequence  other  then  DLE  DLE  or  DLE  ETB  is  received,  the 
receiving  station  will  discard  the  data  received,  transmit  a  MAE  and  refrain 
from  collecting  received  data  until  a  new  DLE  STX  sequence  is  received. 

1.3.4  Message  data  format.  Within  each  sassage  transmitted  to  the  3D 
station,  the  first  byte  of  data  will  be  the  device  code,  the  second  byte  will 
be  the  keycode,  the  remaining  bytes,  if  any,  are  parameters  for  the  keycode. 

The  device  code  identifies  the  processor  to  whom  the  message  is 
addressed.  This  code  is  always  0E0  hex. 

No  device  code  Is  included  in  any  message  transmitted  by  the  3D  station. 
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AMTESS  COST  PROJECTION  ASSESSMENT 

INTRODUCTION 

Th«  purpose  of  this  aim  ax  la  to  prasa&t  tha  AMT  ESS  cost  proj  action 
assessment  and  to  daaeriba  tha  methodology  for  developing  tha  assessment  of 
projactad  eoata  for  tha  purpoaa  of  avaluatlng  and  optimizing  Llfa  Cycle  Coat 
(LCC).  The  coat  aaaaaaaant  la  an  extension  of  tha  Llfa  Cycle  Coat  and  Dealgn 
to  Unit  Production  Coat  (DTUFC)  aaaaaaaanta  conducted  under  Phene  I  activi- 
tlaa.  AMIES S  aubayetem  coat  aaaaaaaanta  have  bean  developed  In  accordance 
vith  Army  LCC  Matrix  coat  elaaanta  defined  In  DA  Paaphlete  11-2,  11-3  and 
11-4.  Coat  vae  allocated  for  each  aubayataa  and  coaponent  aaaaabllaa.  Coat 
allocatlona  highlight  recurring  and  non-recurring  coat a.  coat  drlvara  for 
developnent ,  production,  operationa  and  aupport  and  critical  ayataa  require¬ 
ments  (a.g.  Reliability.  Maintainability*  ILS»  environment*  etc.).  Theae 
aaaeaaaenta  are  not  intended  to  eonatitute  exhaustive  survey  of  all  possible 
specific  eleaents  of  coat  but  to  show  the  aethodology  and  tradeoffs  used  in 
allocating  LCC  for  each  AMIESS  subsystem. 

The  overall  framework  for  cost  projection  assessments  la  the  Army  Life 
Cycle  Coat  Matrix.  Tha  rows  of  this  matrix  show  the  cost  elements  of  the. 
three  major  life  cycle  phases:  Research  S  Development.  Investment  and 
Operating  &  Support.  The  columns  of  this  matrix  are  used  for  each  subsystem 
of  the  AMT ESS.  Each  cost  category  will  be  calculated  using  the  equations 
shown  In  above  DA  pamphlets  or  other  applicable  cost  estimating  relationships. 
Documentation  will  Include  the  Cost  Data  and  Variable  Explanation  Sheets 
required  In  these  pamphlets. 

Procedure  for  LCC  Projection  Assessment 

The  procedure  for  determining  the  projected  LCC  Projection  Assessment  Is 
shown  In  the  Flow  chart  of  Figure  A-l.  It  begins  with  a  review  of  contract 
requirements  and  the  training  scenario.  This  Includes  items  such  as  quantity, 
sites,  operating  hours,  facilities,  ILS.  maintenance  concept,  etc.  Cost 
sources  are  identified  such  as  purchase  orders,  manufacturing  estimates, 
factors  from  the  Army  Force  Planning  Cost  Handbook,  etc.  Cost  aquations  from 
the  DA  pamphlets  are  utilised  or  applicable  new  ones  developed  as  required  for 
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each  category  of  the  Any  LCC  aatrlx.  Estimates  era  aada  for  each  category  of 
&&D,  Investment  and  O&S  of  the  life  cycle.  Critical  design  parameters 
influencing  LCC  era  determined  such  as  reliability*  maintainability* 
environment  *  US*  ate.  Tradeoffs  are  performed  on  a  system  level  as  veil  as 
to' select  optimum  hardware  and  software /courseware.  The  results  are 
documented  using  the  Army  LCC  matrix  Cost  Data  and  Variable  Explanation  sheets 
of  the  DA  pamphlets.  The  Army  LCC  matrix  and  typical  Cost  Data  and  Variable 
Explanation  sheets  are  given  In  Figures  A-2  and  A-3.  respectively.  Cost 
Allocations  and  drivers  are  presented  using  pie  and  bar  charts  and  sensitivity 
graphs.  These  will  be  used  to  evaluate  eosts  and  determine  those  areas  there 
cost  reduction  efforts  will  be  most  effective. 


FICURE  A-l  FLOW  CHART  FOR  AMTESS  PROJECTED  LCC  ASSESSMENT 
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Examples  of  Cost  Projection  A»«««itnt 

Two  AMIES S  typos  hovo  boon  selected  os  typical  examples  of  the  assessment 
of  projected  costs.  One  Is  a  high  complexity  missile  radar  while  the  other  is 
a  lower  complexity  automotive  system  illustrating  the  range  to  be  expected  of 
projected  costs.  The  cost  projection  assessments  are  not  to  be  construed  as 
cost  projections  for  future  AMIES S  units  but  only  as  examples  of  the  type  of 
calculations  to  be  performed  for  the  full  scale  production  phase.  The 
methodology  is  depicted  in  Figures  A-4  and  A-5  for  the  missile  radar  and 
automotive  systems*  respectively.  Zt  consists  of  determining  BAD,  Investment 
and  Operating  and  Support  costs  for  each  subsystem  and  component  assembly. 

The  cost  projection  assessment  outputs  will  indicate  recurring  end 
non-recurring  costs,  cost  allocations  and  drivers  and  critical  system 
requirements. 
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AMTESS  Equipment  Breakout 

For  the  examples  used,  the  2-D  Subsystem  Automotive  Common  Cora 
Evaluation  Stimulation  Syataa  (ACCESS)  vas  the  same  for  both  Kisaila  Bader  and 
Automotive  units  and  consisted  of  the  following  component  assemblies, 
o  Computer 

o  .  Duel  Drive  Floppy  Disk 
o  Video  Disk  Flayer 
o  Printer 
o  CKX /Keyboard 
o  Tough  Terminal  Display 
o  Desk 

The  3-D  Missile  Radar  Simulator  Subsystem  contained  the  following 
components. 

o  Panel  I  -  Cooling  -  Master  Ose.  -  Power  Amp 

o  Panel  2  -  Master  Osc.  -.  Power  Amp  -  Assigned  Frequency 

o  Panel  3  -  Degen.  Function  -  Power  Supply 

o  Panel  4  -  Function  Switch  Date 

o  H.V  Power  Supply  -  Left  Band  Cabinet  Assy. 

o  R.F.  -  Right  Band  Cabinet  Assy. 

o  Missile  Computer 

The  3-D  Automotive  Simulator  Subsystem  consisted  of  the  following 
component  assemblies: 

o  Battery  -  Volt.  Reg  -  Right  Band  Bench 
o  Gen.  -  Starter  -  Inst.  -  Left  Band  Bench 
o  Automotive  Computer 
o  Vehicle  Test  Meter 

The  2-D  and  both  3-D  subsystems  had  eourseware/softwere  programs 
associated  with  them. 

Results  of  Example  Cost  Projection  Assessments 


Figure  A-6  shows  the  relative  costs  of  each  cost  element  in  the  Any  LCC 
matrix  as  e  percentage  of  total  LCC.  A  production  quantity  of  300  is  assumed 
for  each  type  of  AMTESS.  RAD,  Investment  and  OAS  costs  were  2.00,  68.50  end 
29.50Z  for  the  automotive  AMTESS  and  2.23,  71.77  and  26.02  for  the  Missile 
Radar  AMTESS  of  total  LCC,  respectively.  The  Army  LCC  matrix  shows  the 
percentage  for  each  cost  element. 
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LCC  nrwi  Quantity 

Graphs  of  relative  unit  LCC  versus  the  production  quantity  for  tha  high 
and  low  complexity  AMT ESS  units  are  given  in  Figure  A-7.  These  indicate  the 
range  of  relative  costs  to  he  expected  for  trainers  of  different  eostplexltles. 
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Cost  Allocation*  &  Drivers 

In  the  following  figures*  costs  allocations  and  drivers  are  Indicated 
using  pie  cherts  of  relative  costs. 

Figure  A-8  shows  the  LCC  distribution  by  phase  for  a  production  quantity 
of  300  units  of  each  type  of  ANTES S.  Investment  cost  is  the  largest  followed 
by  O&S  and  R&D.  O&S  is  reasonable  in  relation  to  Investment  because  the 
equipment  is  commercial  and  Is  operating  in  a  benign  environment  requiring  low 
maintenance. 

Figure  A-9  shows  the  R&D  cost  drivers.  Peculiar  software /courseware 
development  Is  the  largest  cost  followed  by  development  engineering  and  unique 
prototype  manufacturing  (3D). 

Figure  A- 10  shows  the  software /courseware  (unique  and  common)  versus 
hardware  costs  during  R&D.  The  largest  cost  is  software /courseware  development 
(unique)  followed  by  3D  hardware,  2D  hardware  and  software /courseware 
(conon). 

Investment  costs  drivers  are  shown  In  Figure  A-ll.  Production  accounts 
for  the  largest  cost  followed  by  Initial  Spares  &  Repair  Parts. 

Operating  and  Support  Cost  Drivers  are  shown  In  Figure  A-12.  Depot 
maintenance  Is  the  largest  part  of  the  cost  followed  by  consumption.  Indirect 
Support  Operations  and  military  personnel. 

Figure  A-13  shows  the  ratio  of  3D  to  2D  hardware  costs.  Figure  A-14 
shows  the  cost  drivers  of  2D  hardware.  Figure  A- 15  shows  the  hardware  cost 
drivers  of  the  3D  automotive  AMTESS  while  Figure  A- 16  shows  those  of  the  3D 
missile  radar  AMIES S. 
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